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PROCEDE ET DISPOSITIF DE PILOTAGE A DISTANCE DUN AUTOMATE ET CARTE PREVUE A CET EFFET. 

(5^ L'invention concerne un proc6d6 de pilotage & distan- 
ce d'un automate par un poste administrateur. L'automate 
comporte une carte 6lectronique embarqu6e constituant 
une interface entre ('automate et le r6seau ladite carte por- 
tant au moins un serveur normalise et fonctionnant avec un 
logiciel applicatif sp§cifique de I'automate communiquant 
avec ledit serveur normalise. 

L'invention concerne aussi le dispositif de pilotage & dis- 
tance correspondant ainsi que la carte Slectronique desti- 
n6e & etre embarqu6e dans ('automate. 
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La pr£sente invention concerne un procede pour controler a distance un 
automate et un dispositif adapte £ ce controle. Elle a des applications dans le 
domaine informatique ou les donn6es doivent etre 6changees entre des 
systemes distants. 

5 Dans des applications informatiques, ou, d partir d'un poste, un 

administrateur cherche £ controler a distance selon un protocole particulier 

des appareils informatis6s, appeles par la suite automates, on connait une 
utilisation de liaison informatique. L'automate est consid6r6 comme un systeme 
distant vis d vis de I'administrateur. L'automate peut etre, par exemple, un 

10 systeme de controle d'acc6s de b&timent ou de parking ou encore une machine 
industrielle, un automate bancaire ou encore un appareil de bureautique. Les 
donn6es sont echang6es entre l'automate et I'administrateur sur la liaison qui 
peut etre une liaison de type TELECOM ou une liaison sp§cialis6e ou encore un 
r6seau local. Les donn6es peuvent etre des requfetes ou des ordres provenant 

is de Tadministrateur et des informations collectees en provenance de ('automate. 

Pour que I'echange des donn6es puisse se faire, il faut que 
I'administrateur et l'automate puissent se comprendre. II faut done pr§voir une 
conversion et/ou une adaptation des donn6es entre l'automate, la liaison et 
I'administrateur. Les conversions et/ou adaptations sont g§n6ralement 

20 effectu6es par des couches applicatives et d'interfaces, g6neralement des 
programmes informatiques ou plus rarement cables. La Figure 1 repr§sente un 
tel systdme ou entre Tadministrateur et ('automate, des couches applicatives et 
des couches d'interface ainsi que la liaison informatique sont representees. 

Une telle solution pr6sente cependant un certain nombre d'inconv6nients 

25 el en particulier, elle est ferrrtee en ce sens que les couches applicatives et 
d'interfaces sont sp§cifiques, dites propri6taires, a un automate ou a un systeme 
d'administration donn6e et suivant un protocole donn6. L'6volution d'une telle 
solution est done complexe et couteuse car elle necessite, a chaque 
modification du systeme distant, la redefinition et la r6ecriture ou I'adaptation 
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des couches applicatives et des couches d'interfaces. En consequence, la 
gestion de donn6es complexes du type son ou image est rarement r6alis§e. 

La pr6sente invention propose de remSdier a ce probteme. 

Elle concerne done un proc6de de pilotage & distance d'un automate par 
5 un poste administrates, par l'interm§diaire d'un r6seau regi par un protocole 
TCP/IP, le poste administrates comportant une interface graphique 
communiquant avec au moins un serveur normalise, 

Selon Pinvention I'automate comporte une carte §lectronique embarqu6e 
constituant une interface entre I'automate et le r6seau ladite carte portant au 
10 moins un serveur normalise et fonctionnant avec un logiciel applicatif sp6cifique 
de I'automate communiquant avec ledit serveur normalise. 

Selon differents mode de mise en ceuvre de ce proc6de, pr6sentant 
chacun ses avantages sp6cifiques : 

- le logiciel applicatif collecte et envoie des donn6es de et vers le 
is serveur. 

- le serveur est normalis6 HTTP. 

- le serveur est normalis6 FTP. 

- le serveur normalis§ peut envoyer des messages electroniques, 
sur sollicitation de I'automate, vers un deuxifeme serveur, normalise 

20 SMTP. 

L'invention concerne aussi un dispositif de pilotage £ distance d'un 
automate par un poste administrateur, par Tintermediaire d'un r6seau r6gi par 
un protocole TCP/IP, le poste administrateur comportant une interface 
graphique communiquant avec au moins un serveur normalise. 
25 Selon Tinvention, il comporte une carte electronique embarqu6e par 

Tautomate constituant une interface entre I'automate et le reseau ladite carte 
portant au moins un serveur normalis6 et fonctionnant avec un logiciel applicatif 
specifique de I'automate communiquant avec ledit serveur normalise. 
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L'invention concerne encore une carte 6lectronique destin6e S fetre 
embarqu6e dans un automate pour permettre son pilotage d distance d partir 
d'un poste administrates, ledit poste administrateur comportant une interface 
graphique communiquant avec au moins un serveur normalise. 
5 Selon l'invention, ladite carte electronique constitue une interface entre 

Tautomate et le r6seau et qu'elle porte au moins un serveur normalise et 
fonctionnant avec un logiciel applicatif sp6cifique de Tautomate communiquant 
avec ledit serveur normalise. 

Dans differents modes de r6alisation presentant chacun ses avantages 
10 sp6cifiques : 

- elle comporte £ la fois un serveur FTP et un serveur HTTP. 

- elle comporte un client SMTP 

- elle comporte des interfaces de communication avec I'automate 
respectivement sous forme s6rie, parallele, et entree-sortie tout ou rien. 

15 La pr6sente invention apporte done une simplification considerable du 

telecontrol en utilisant entre un administrateur et un automate des couches 
d'interfaces standard « WEB HTTP » et TCP/IP, une couche applicative du cote 
administrateur standard (navigateur) et un protocole standard non proprietaire 
(TCP/IP). Elle permet done de g6rer simplement tous les types de donn§es dont 
20 les sons et les images. 

La pr6sente invention sera mieux comprise a la lecture d'un exemple de 
mise en ceuvre pr6sent6 en reference aux dessins, dans iesquels : 
la Figure 1 repr6sente l'6tat de la technique, 
la Figure 2 repr6sente ['architecture d'un systeme selon 
25 Tinvention, 

la Figure 3 repr6sente un sch6ma fonctionnel du dispositif. 
Sur la figure 1 , un administrateur 1 et un systeme distant 2 sont relics entre 
eux par l'interm§diaire de couches applicatives et de couches d'interfaces et 
d'une liaison informatique 3 selon un protocole particulier. La couche applicative 
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c6te administrateur est une interface graphique 4. La couche applicative cote 
automate est une application sp6cifique 5. Des couches d'interface specifiques 
pour mise en forme des donnees et gestion du protocole de communication sont 
prevues. Ces differentes couches applicatives et d'interfaces sont specifiques et 

5 sont proprietaires. 

Sur la figure 2 t pour laquelle les Elements correspondants a ceux 
represents sur la figure 1 porte les mSmes references num§riques, 
I'administrateur 1 et I'automate 2 sont reli6s par I'intermediaire de couches 
applicatives et de couches d'interfaces et d'une liaison informatique 3. Les 

10 couches d'interfaces sont semblables et utilisent des outils standards du type 
codage de donn6es WEBHTTP et gestion de protocole TCP/IP. La couche 
applicative cote administrateur utilise un applicatif standard du type navigateur 
NETSCAPE ® ou MICROSOFT ® EXPLORER. Grace £ un tel systeme, le 
d6veloppement est reduit au strict minimum et peut etre utilise pour des 

15 automates differents. On envisage aussi le cas ou Pautomate distant est en 
r£alite lui-m§me un reseau particulier comprenant au moins un automate. 

La figure 3 repr6sente le schema fonctionnel du dispositif oCj un premier 
sous-ensemble 20 assure la communication avec I'automate 2. Ce premier 
sous-ensemble est en permanence a recoute des informations issues de 

20 I'automate 2. Ces informations peuvent etre de deux types : transfer! de 
donnees, I'automate 2 fournissant au dispositif des donn6es soit aleatoirement, 
soit en fonction d'une requete issue du dispositif ou de I'administrateur par 
I'intermediaire du dispositif ; ou envoi d'un ordre, i'automate 2 donnant un ordre 
au dispositif de declencher un processus definL Inversement, le dispositif peut 

25 initialise ou mettre a jour des donn6es de I'automate. Ce premier sous-ensemble 
comporte un module de synchronisation et un module d'interfaces serveur. Ce 
module de synchronisation est une t§che de fond qui 6coute en permanence 
tous les messages issus de I'automate. Ces messages peuvent etre vehicuies 
par un reseau local, un lien s6rie asynchrone, un port entree-sortie tout ou rien, 
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ou tout autre moyen permettant d'echanger des informations entre le dispositif et 
I'automage. Le module d'interface serveur permet le partage des donntes entre 
les sous-ensembles. 

Le deuxi&me sous-ensemble 21 permet la mise en forme des donntes 

5 tehangees avec ('automate et assure la prise en compte des requ§tes re?ues 
du superviseur (fonction serveur). Ce deuxteme sous-ensemble 21 est constitue 
de deux modules serveurs : le serveur HTTP et le serveur FTP. Ces deux types 
de serveur sont regis par des standards internationaux et sont en particulier 
utilises sur le rteeau INTERNET. Chaque serveur prend en compte un format 

10 de donntes spteifiques. Toutes les donntes issues du premier sous-ensemble 
sont mises en forme pour §tre compatibles avec ces formats dans ce deuxieme 
sous-ensemble. Le serveur HTTP ou serveur WEB gen^rent des pages HTML 
en fonction de requ§tes issues d'un navigateur. Le dispositif est a I'ecoute 
permanente de ces requetes envoytes par I'administrateur et re?ues par le 

15 troisfeme sous-ensemble de communication avec I'administrateur. En fonction 
de la requ£te re$ue, le dispositif g§n6re une page HTML 3 la volte. Le contenu 
de cette page est directement lite S la base de donntes collectees par le 
premier sous-ensemble. Le protocole HTTP est un protocole multimedia, les 
donnees qui sont lites £ une page HTML peuvent etre du texte, des images ou 

20 des sons. 

Le serveur FTP prend en compte des fichiers au format DOS. Le dispositif 
est a I'teoute permanente des requetes FTP transferees par ttntermteiaire du 
troisteme sous-ensemble en provenance de Tadministrateur. En fonction de ces 
requ§tes ( des fichiers sont lus, terits ou effaces de la mfemoire du dispositif. 
25 Prealablement, les donn6es issues du premier sous-ensemble auront 6te 
enregistrees dans un fichier en m6moire. 

Le troisi6me sous-ensemble 22 de communication avec I'administrateur 
assure la liaison selon un protocole TCP ou Tun de ses d6riv6s PPP, (SLIP). Le 
dispositif dispose de tous les adaptateurs permettant de piloter un r6seau local 
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INTERNET, un r6seau telephonique analogique, un r6seau num§rique 
specialise ou tout autre liaison informatique. Le dispositif est done associ6 3 un 
automate et permet de recevoir ou d'6mettre les donnies selon un protocole 
standard en utilisant des couches d'interfaces et applicatives standards. Comme 

5 il a et6 indiqu§ la liaison entre le dispositif et ('automate cote premier sous- 
ensemble peut utiliser une liaison s6rie type RS 232 ou RS 422 selon tous les 
protocoles envisageables, par exemple mode BUS/JBUS, X modem, .... La 
liaison peut aussi etre du type parallele, type Centronix ou autre et du type 
protocole mode texte. Enfin, la liaison entre le dispositif et I'automage peut etre 

10 du type reseau local par exemple, INTERNET sous protocole TCP/IP. 

L'exemple de realisation de I'invention pr6sent6 plus haut est donn6 a titre 
purement illustratif et non limitatif. 
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REVENDICATIONS 

1. Proc6d§ de pilotage £ distance d'un automate par un poste 
administrateur, par I'intermediaire d'un rdseau regi par un protocole TCP/IP, le 

5 poste administrateur comportant une interface graphique communiquant avec au 
moins un serveur normalise, 

caracteris§ en ce que ('automate comporte une carte electronique 
embarqu6e constituant une interface entre I'automate et le r6seau ladite carte 
portant au moins un serveur normalise et fonctionnant avec un logiciel applicatif 

10 sp6cifique de I'automate communiquant avec ledit serveur normalise. 

2. Proc§de selon la revendication 1, caracterise en ce que le logiciel 
applicatif collecte et envoie des donn§es de et vers le serveur. 

3. Procede selon Tune des revendications 1 ou 2 caracterise en ce que le 
serveur est normalise HTTP. 

15 4. Proc6de selon Tune des revendications 1 ou 2 caracterise en ce que le 

serveur est normalise FTP. 

5. Proced6 selon Tune quelconque des revendications 1 a 4 caracteris6 en 
ce que le serveur normalise envoie des messages electroniques, sur 
sollicitation de I'automate, vers un deuxteme serveur, normalise SMTP. 

20 6. Dispositif de pilotage 5 distance d'un automate par un poste 

administrateur, par I'intermediaire d'un rSseau r6gi par un protocole TCP/IP, le 
poste administrateur comportant une interface graphique communiquant avec au 
moins un serveur normali$6, 

caract§ris6 en ce qu'il comporte une carte 6lectronique embarqu6e par 

25 I'automate constituant une interface entre I'automate et le r6seau ladite carte 
portant au moins un serveur normalise et fonctionnant avec un logiciel applicatif 
specifique de I'automate communiquant avec ledit serveur normalise 

7. Carte Electronique destin§e & §tre embarquSe dans un automate pour 
p erme tt re son pilotage S distance a partir d'un poste administrateur, ledit poste 
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administrates comportant une interface graphique communiquant avec au 
moins un serveur normalis6, 

caracteris6 en ce que ladite carte Slectronique constitue une interface 
entre rautomate et le r6seau et qu'elle porte au moins un serveur normalise et 
5 fonctionnant avec un logiciel applicatif sp6cifique de rautomate communiquant 
avec ledit serveur normalise. 

8. Carte electronique selon la revendication 7 caracterise en ce que elle 
comporte a la fois un serveur FTP et un serveur HTTP. 

9. Carte 6lectronique selon Tune des revendications 7 ou 8 caract6ris6 en 
10 ce que elle comporte un client SMTP 

10. Carte §lectronique selon Tune quelconque des revendications 7 a 9 
caracteris6 en ce que elle comporte des interfaces de communication avec 
rautomate respectivement sous forme s§rie, paralldle, et entr6e-sortie tout ou 
rien. 
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